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THREE DIMENSIONAL IMAGE PROCESSING 

The present invention relates to a method of preparing 
object files on a first device that are used for 

5 rendering two-dimensional images of three-dimensional 
objects on a second device. The object files contain data 
defining polygon primitives representing at least one 
three-dimensional object. The data in the object file is 
rearranged for determining a rendering order in which 

10 said polygon primitives may be rendered in which the 
hidden surface problem is solved. The invention relates 
further to a mobile communication terminal comprising 
image processing means for rendering images of three- 
dimensional objects on a display. The present invention 

15 relates also to a method of rendering two-dimensional 
images of three-dimensional objects by processing data 
defining polygon primitives with a reduced amoimt of 
vertex data. The invention further relates to a mobile 
communication terminal comprising image processing means 

20 for rendering images of three-dimensional objects on a 
display capable of displaying an image on the basis of a 
reduced amoxmt of vertex data, 

BACKGROUND ART 

25 

Until recently, animated three-dimensional graphics were 
exclusively applied in devices with a relatively high 
processing power such as, for instance, in generating 
displays of the appearance of an object from several 
30 angles on a workstation or a PC during computer aided 
design and computer aided manufacture, in electronic 
video arcade games, or in driving- or flight simulators. 

Three-dimensional graphics now also find their way into 
35 devices with a relatively low processing power such as 
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mobile phones, personal digital assistants (PDA) and 
hand-held video games. 

To provide animation, it is necessary to update the image 
5 at rates approaching 20 to 30 frames per second (lower 
rates are acceptable for some applications) , so that an 
observer perceives the image as a continuous change 
rather than a chain of static images . 

10 The speed at which the apparatus can perform 
calculations, coupled with the minimum acceptable frame 
rate, provides a limit to the number of calculations 
which can be performed to generate each image. 

15 In three-dimensional animation, it is necessary to 
calculate for each image the projection of the three- 
dimensional objects on two dimensions. For complex images 
a large amount of calculations can be required. 

20 Image synthesis is usually performed by representing an 
object as a number of polygon primitives defined by 
vertices, projecting the polygon primitives onto an image 
plane, and then processing each polygon primitive in 
order to define, for each pixel of the projected polygon, 

25 the pixel color. 

A major problem in rendering three-dimensional graphics 
is the removal of hidden surfaces. From the viewpoint, 
the nearer surfaces should obscure the further parts. 

30 

A common approach is to test, when a given pixel is 
rendered, whether it lies in front (and therefore 
occludes) or behind, (and therefore is occluded by) the 
pixel (if any) which is already within the image buffer. 
35 Accordingly, each pixel needs to be assigned a depth 
value. This technique is referred to as the «z -buffer 
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algorithm" . This technique is a technically simple 
approach, but it is resource intensive in terms of 
storage and processing power since it involves a large 
number of comparison operations (on the order of the 
5 number of pixels in the image buffer) , for real time 
operation. 

The ^^Painter's Algorithm" examines the coordinates of the 
vertices of the polygons, and ranks the polygons into 

10 order of decreasing distance from the viewpoint. The 
polygons are then rendered in order of decreasing 
distance, so that the pixels of the most distsuit polygons 
are first written into the image buffer, and are 
overwritten as necessary by those of nearer polygons, 

15 However, this technique requires the sorting operation of 
all polygons to be repeated each time the viewpoint 
changes, and consequently, requires a large amount of 
computation in real time. 

20 In a known technique, polygons are viewed as having two 
faces; one face directed inwardly towards the interior of 
the object (the ^^back" face) and one face directed 
outwardly of the object (the ^^front" face) . For a solid 
object, the ^^back" face of a polygon is never visible; 

25 only polygons which face forwards therefore need to be 
displayed. Accordingly, a decision is made prior to 
rendering whether, from the viewing angle concerned, a 
given polygon is showing its front (outer) or back 
(inner) face, and only those polygons which are facing 

30 forward are rendered. This method of back face culling 
reduces the problem of hidden surface removal, but does 
not eliminate the problem altogether. 

A further known technique is known as ''binary space 
35 partitioning" (BSP) . In this technique, prior to 
animation, a pre-processing stage is performed in which a 
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tree -s true tlxred model is built in memory, each node in 
the tree being a polygon on a space partitioning plane 
and pointing to successor and predecessor nodes (if smy) . 
One of the nodes contains a tree consisting of polygons 
5 strictly on one side of the partitioning plane, while the 
other node contains the rest. One can then recursively 
process the tree (descending first to the node further 
away from the camera) and render polygons in back to 
front order. 

10 

Another known technique is polygon stripping i.e. to 
convert independent triangles or polygons into triangle 
strips. In this technique, a first triangle is identified 
with an either clockwise or counterclockwise winding, and 
15 then all s\ibsequent triamgles in the strip will 
alternate winding. The strip is continued until the 
triangle strip runs off the edge of the object or runs 
into a polygon that is already a part of another strip. 

20 Traditionally, due to their extensive consumption of 
system resources, three-dimensional graphics engines 
belong to high performance systems such as workstations 
with powerful processors and large memories. The 
restrictions posed by limited calculation power are more 

25 evident on devices which cannot be provided with the 
fastest processors. Examples of such devices are mobile 
phones, personal digital assistants (PDA) and handheld 
video games. There is therefore a need to provide 
effective algorithms so that three-dimensional real time 

30 animated graphics can be handled by the processing power 
available in the above-mentioned devices. 

DISCLOSURE OF THE INVENTION 

35 On this background, it is an object of the present 
invention to provide a method of preparing on a first 
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device object files used for rendering two-dimensional 
images of three-dimensional objects on a second device to 
determine a rendering order in which said triangle 
primitives may be rendered for creating a two-dimensional 
5 image in which the hidden surfaces are removed, which 
allows real time three-dimensional image rendering on 
devices with relatively low processing power. 

This object is achieved in accordance with claim 1 by 
10 providing a method of preparing object files on a first 
device that are used for rendering two-dimensional images 
of three-dimensional objects on a second device by 
processing object files containing data defining triangle 
primitives representing at least one three-dimensional 
15 object to determine a rendering order in which said 
triangle primitives may be rendered for creating a two- 
dimensional image in which the hidden surfaces are 
removed comprising the steps of: 

20 a) storing a plurality of planar triangle primitives 
corresponding to a plurality of surface portions of said 
at least one object in an object file, wherein said 
plurality of triangle primitives are represented by 
vertex data arranged according to an original order, 

25 b) selecting a triangle that does not potentially occlude 
any of the unprocessed triangles to start a triangle 
strip, 

c) selecting a neighboring triangle to add to the last 
triangle in the triangle strip, 
30 d) determining whether the selected triangle can 
potentially occlude any of the unprocessed triangles, 
e) adding the selected triangle to the strip and going 
back to step c) if the selected triamgle cannot 
potentially occlude any of the unprocessed triangles. 
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f ) going back to step b) to start a new triangle strip if 
the selected triangle can potentially occlude ajay of the 
unprocessed triangles, and 

g) repeating steps b) to f) until all the triangles in 
5 the object file are processed. 

Thus, the object files can be reorganized in triangle 
strips that can be displayed in the order in which they 
were created whilst the hidden surface problem is solved, 

10 i.e. the device that receives the thus prepared object 
files can simply display the triangle strips and the 
triangles in the order in which they are stored in the 
object file without the need for calculations to solve 
the hidden surface problem. The nximber of calculations to 

15 be made by the image -processing device is thus 
significantly reduced by pre- sorting the vertex data such 
that the rendering order of the triangle primitives in 
the triangle strips is correct, i.e. the hidden surfaces 
are correctly removed, independent of the viewing 

20 direction and the camera position. Thus, the second 
device only needs to calculate the rendering order of the 
objects and then, for each frame of animation, to render 
the front facing triangle primitives of the objects in 
the order that they are stored in the object files. 

25 Compared to Z -buffering, for example, a large reduction 
in the amount of calculations that are required can be 
obtained as no comparison of the pixel's previous Z- value 
is required. 

30 Step b) of the method preferably comprises a heuristic 
search to identify those triangles for starting a strip 
that potentially allow long strips to be formed, 
preferably by selecting triangles that do not have many 
unprocessed neighbors. 

35 
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For some objects there is no order in which the triangle 
primitives can be placed in which the hidden surfaces are 
removed correctly for all viewing directions because of 
conflicting occlusion priorities. Thus, it is necessary 
5 to split such an object into two- objects and presort the 
triangle primitives for each thus created object. 

The method preferably comprises on said first device 
further the step of: 
10 - dividing the object file into two if at step b) it is 
impossible to find a triangle not occluding other, still 
unprocessed, triangles . 

The object is preferably divided by using a partitioning 
15 plane, with which at least one of the unprocessed 
triangles remains on a different side than the 
unprocessed triangles it can potentially occlude. 

Preferably, a plane of an arbitrary unprocessed triangle 
20 is used and the triangle is associated on the outward 
side of the splitting plane, thus leaving all the 
polygons that it may cover on the other side. 

While dividing the polygons into two sets, one may have 
25 to split polygons that intersect the partitioning plan. 
In general, it is beneficial to split polygons into two 
sets such that the nxomber of polygons in the two sets is 
as equal as possible. 

30 The method preferably comprises further the step of 
determining the front side and the triangle planes of the 
triangles in the object file wherein the determination if 
a selected triangle can occlude any of the xmprocessed 
triangles comprises the steps of determining whether: 
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g) the selected triangle has one or more vertices on the 
front side of the plane of any of the unprocessed 
triangles , and 

h) whether any of the unprocessed triangles positively 
5 identified in step g) have one or more vertices on the 

backside of the plane of the selected triangle. 

The method may further comprise on said first device the 
following steps before step b) 
10 i) determining if the object has symmetry in the XY-plane 
of the object space, 

j ) storing a determined plane of symmetry, and 
k) removing all vertices in the object file from one side 
of a determined plane of symmetry, and 
15 repeating steps i) to k) for the XZ-plane of the object 
space and for the YZ-plane of the object space. 

The method preferably comprises the step of: 
1) transferring said object file or files from said first 
20 device to a second device after step f ) or k) and storing 
the object files on said second device. 

The first device preferably comprises a higher 
performance image processing means, such as used in a PC 
25 or a workstation and said second device preferably 
comprises a lower performance processing means such as 
used in a mobile communication terminal or a PDA. 

Thus, the calculation intensive part of the image 
30 rendering process can be carried out in advance on a 
device with a high processing power such as a workstation 
or a PC, and the animated three-dimensional graphics can 
be rendered in real time on a device with relatively low 
processing power such as a mobile phone, a PDA or a 
35 handheld video game. 
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It is another object of the present invention to provide 
a method for displaying object files obtained by the 
method above on the second device. This object is 
achieved in accordance with claim 8 by providing such a 
5 method, comprising the steps of: 

m) determining the viewing direction, and 

n) determining the object order, preferably using the 
painter's algorithm and displaying said object or objects 
on said second device. 

10 

Preferably, the method further comprises the step of: 

o) culling all triangles facing backwards relative to 

said viewing direction. 



15 The method advantageously comprises the steps of: 

p) retrieving planes of symmetry stored in the object 
file, and 

q) creating a duplication of the vertex data present in 
the object file, said duplication of the vertex data 
20 having the same order as the original vertex data and 
being stored in the object file after the origina.1 vertex 
data, and flipping the sign of the vertex values on the 
axis orthogonal to the respective retrieved plane of 
symmetry of the duplicated vertices. 

25 

Recreate vertices by flipping the sign of one of the 
coordinates, can only be carried out if and only if the 
plane of symmetry is one of x=0, y=0, z=0. If the plane 
is, e.g., x=l, and there is a vertex 0,1,2, the mirror 

30 pair cannot be obtained by flipping the sign of x 
component. Instead it would be necessary to mirroring it 
with respect to the coordinate x=l, so that the mirror 
pair would be 2,1,2. The method may therefore comprise 
the steps of translating and rotating the object so that 

35 the axes of symmetry match with x=0, y=0, or z=:0. During 
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the rendering operation the inverse steps are applied to 
the whole object. 

The method may fiirther comprise the steps of: 

r) displaying the triangle strips in the same order as 

they were created, and 

s) displaying the triangles in the triangle strips in the 
same order as they were added to the strip. 

Thus, the triangles can be displayed directly as they are 
stored in the object file, independent of the viewing 
direction and camera position, without the second device 
needing to carry out calculations to resolve the hidden 
sizrface problem. 

Preferably, the second device comprises a lower 
performance processing means such as used in a mobile 
communication terminal or a PDA, and most preferably the 
second device is a mobile phone. 

The image rendering process is preferably carried out by 
the main CPU of the device, and all the further image 
rendering means is software embedded. 

It is another object of the present invention to provide 
a mobile communication terminal capable of displaying 
real-time rendered animated three-dimensional graphics. 
This object is achieved in accordance with claim 16 by 
providing such a mobile communication terminal that 
comprises : 

means to store object files containing triangle 
strips, and 

means to display said triangle strips in the order 
in which they have been created, which preferably 
corresponds to the order in which triangle strips are 
stored in the object files. 
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The triangles in the triangle strips can be displayed in 
the same order as they were added to the strip, which 
preferably corresponds to the order in which they are 
5 stored in the triemgle strips. 

Preferably, a rendering order of the objects is 
determined using a binary space partitioning method. The 
rendering order of the object files is sorted based on 
10 the current viewing direction and position so far away 
objects are rendered first. 

The mobile communication terminal may comprise means for 
culling all triangles facing backwards relative to the 
15 viewing direction. 

The mobile commxmication terminal may further comprise 
- means for retrieving planes of symmetry stored in the 
object file, and 
20 - means for duplicating all vertex data present in the 
object file and flipping the sign of the vertex values on 
the axis orthogonal to the respective plane of symmetry 
for the newly created triangles. 

25 The image rendering process is preferably carried out by 
the main CPU of the device, and all further image 
rendering means is software embedded. 

It is yet another object of the present invention to 
30 provide a method of preparing on a first device object 
files used for rendering two-dimensional images of three- 
dimensional objects on a second device by processing data 
defining triangle primitives representing at least one 
three-dimensional object. The method requires a reduced 
35 amount of calculations and therefore allows real time 
three-dimensional image rendering on devices with 
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relatively low processing power. This object is achieved 
in accordance with claim 22 by providing such a method of 
such kind comprising on said first device the steps of: 

a) storing a plurality of planar triangle primitives 
5 corresponding to a plurality of surface portions of said 

at least one object, wherein said plurality of triangle 
primitives are represented by vertex data, 

b) determining the planes of symmetry of said three- 
dimensional ob j ect , 

10 c) storing planes of symmetry data in the object file, 

d) culling all vertex data from one side of each said 
planes of symmetry, 

e) transferring said object file from said first device 
to said second device, and 

15 f) displaying said image on said second device by 
mirroring said vertex data about said planes of symmetry 
and rendering said image. 

Preferably, planes of symmetry that are not perpendicular 
20 with one of the X-, Y- or Z-axis of the object coordinate 
system are ignored. Alternatively, the object may be 
rotated and translated so that the axes of symmetry align 
with one or more of the planes X=0, y=0, or Z=0. 

25 The first device may comprise higher performance image 
processing means, such as used in a PC or a workstation 
and said second device may comprise lower performance 
processing means such as used in a mobile communication 
terminal, a PDA or a handheld video game. 

30 

The second terminal is preferably a mobile phone. 

It is a further object of the invention to provide a 
mobile communication terminal capable of displaying two- 
35 dimensional images of three-dimensional objects with a 
reduced amoxmt of calculations. This object is achieved 
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in accordance with claim 26 by providing a mobile 
communication terminal comprising image processing means 
for rendering images of three-dimensional objects on a 
display, means for storing vertex data, means for storing 
5 planes of symmetry data and means for mirroring vertex 
data in a symmetry plane. 

Further objects, features, advantages and properties of 
the methods and mobile communication terminals according 
10 to the invention will become apparent from the detailed 
description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

15 In the following detailed portion of the present 
description, the invention will be explained in more 
detail with reference to the exemplary embodiments shown 
in the drawings, in which 

20 Fig. 1 is a diagram illustrating a front face of a 
triangle. 

Fig. 2 is a flow chart showing two stages of creating 
object files of three-dimensional objects on a first 
device , 

25 Fig. 3 is a detailed flow chart showing the steps for 
creating objects files with reduced vertex data by 
removing mirrored vertices. 

Fig. 4 is a detailed flow chart showing the steps for 
creating triangle strips on the first device, 
30 Fig. 5 is a detailed flowchart illustrating the process 
to determine if a selected triangle can potentially 
occlude an unprocessed triangle. 

Fig, 6 is a flow chart showing the steps for displaying 
the three-dimensional objects as a two-dimensional image 
35 on a second device. 
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Fig- 7 is a detailed flow chart showing the steps for 
restoring the triangles removed in the steps shown in 
Fig . 3 , and 

Fig. 8 is a block diagram of a mobile phone. 
DETAILED DESCRIPTION 

Three-dimensional graphics systems provide a virtual 
three-dimensional (3-D) environment in which objects, 
•light sources and a viewing position may be manipulated 
within a notional three-dimensional space. The viewing 
position provides a window into the virtual three- 
dimensional ■ world, often referred to as world space" . 
This world space itself only exists as data defining 
three-dimensional coordinates and other variables, such 
as color and reflectivity. The two-dimensional image 
presented at the notional window must be created by 
processing the three-dimensional image data, in a 
procedure known as rendering. 

Systems are known in which objects in the three- 
dimensional space a.re represented by the coordinate 
locations of selected points on the surface of the 
ob j ect . 



However, rendering consists of allocating picture element 
values to two-dimensional regions of the image. 
Therefore, these coordinate points are converted into 
notional regions by effectively connecting the points by 
straight lines to provide a three-dimensional net of 
flat, two-dimensional triangles, defined by a number of 
vertices. The present invention will be described by 
using triangles, but the reader skilled in the art will 
appreciate that the techniques described also apply to 
other flat polygons . 
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The picture element values are generated on a triangle- 
by- triangle basis, until the whole object has been 
tessellated, i.e. broken down into triangles. The vertex 
data thus created is stored in an original order in the 
object file. 

The triangles are saved in a manner that defines a normal 
vector identifying the front face (solid objects always 
have a front face and a back face, the latter never being 
visible) of the triangles. The ^^front" face is defined by 
vector normal to the surface of the triangle, with the 
direction of the vector (and hence the direction of the 
front face) being determined by a right-hand (or, 
optionally, left-hand) rule traversing the three vertices 
of the triangle in an order determined by the manner in 
which they are stored in the triangle's data structure. 
For instance, in Fig. 1, the three points 22,23,24 
determine the direction of the normal vector 25, and 
hence the side of the triangle 21 that is to be defined 
as the front face 26. The normal vector 25 is e.g. 
determined by the cross product of two vectors along the 
edges of the triangle. The above steps are all carried 
out on a workstation, PC or similar high perfoinnance 
computer . 

The picture element values generated by the rendering 
process are saved on the workstation. In order to 
maintain the illusion of a solid three-dimensional object 
when displaying the triangles on a display, it is 
essential that the triangles are sorted in an order which 
ensures that occluded triangles are rendered before the 
triangles which occlude them. Real-time sorting of the 
triangle order is unfeasible on e.g. a mobile phone with 
relatively low performance hardware for processing the 
data. In the prior art techniques, this problem was 
solved partially by preparing a predetermined rendering 
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order, which could, however, change as changes are made 
to the viewing direction or the location of the 
viewpoint- As will be shown here, the technique according 
to the invention overcomes this problem. 

The term ""object" as used here includes single objects 
and also a collection of several separate objects, as 
long as the objects in that collection do not move with 
respect to each other during the animation, e.g. a table 
10 and a flower pot and a chair next to the table can be 
considered as one object, if they don't move with respect 
to each other. If in the course of animation the chair 
moves, it can't be the same object as the desk. 

15 The stages for providing a three-dimensional graphics 
environment on a workstation or other powerful computer 
(not shown) are shown in Fig. 2. Initially, data defining 
the objects is prepared. Thus, at step 35, a first object 
is modeled. Similarly, at step 40 a second object is 

20 modeled and so on until at step 45 an Nth object is 
modeled. Each object is modeled with reference to its own 
set of coordinates, often referred to as its own modeling 
space. Thus, each set of object data defines a shape, and 
the data recjuired to reproduce said shape in a graphics 

25 environment is stored in an object file in the form of 
vertex data. 

The next stage consists of steps 50, 52, 55 and 60, which 
foinn part of the pre-processing stage. At step 50, an 
30 object file is read which defines the shape of the object 
in terms of triangle vertices and triangle surface 
characteristics . 

At step 52 triangle strips are created by processing the 
35 data defined by the object file. The strips are created 
in such a way that the hidden surface problem is solved 
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for all possible viewing directions, i.e. the object file 
is made hidden surface removal tolerant (HSR tolerant) , 
so that when the strips have been created no care needs 
to be taken to solve the hidden sirrface problem, 
5 independent of viewing direction and camera position. 
Usually it is possible to process the complete object 
file in this manner whilst fulfilling the above criteria, 
however, sometimes it is impossible to create triangle 
strips in this manner for the complete object because 
10 there is a conflict in the required rendering order 
between triangles of the object. In such cases the object 
is divided into two new objects, which are each processed 
independently like any other object. 

15 In the next step, step 55, it is determined whether the 
objects have any planes of symmetry (this information is 
usually already available from the object file after the 
modeling procedure) . All triangles at one side of a plane 
of symmetry are removed and, if not present already, the 

20 plane of symmetry is stored in the object file. 

The above steps may be required for a plurality of 
objects, and hence a question is asked at step 60 as to 
whether another object is to be processed. When answered 

25 in the affirmative, steps 50, 52, and 55 are repeated, 
until all objects have been processed. All the steps 35 
to 60 are performed on a first device, typically a 
workstation with powerful graphics processing means, and 
once all object files have been processed they can be 

30 transferred to a second device for display, a device with 
lesser graphics processing power, which is typically a 
mobile terminal, in the present embodiment a mobile phone 
1. 

35 Step 52 of Fig. 2, is shown in more detail in the 
flowchart in Fig. 4. In step 76, the vertex data of all 
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the triangles 1-n of the object are read, starting with 
the number of vertices, the number of triangles, the 
vertex data and the triangle data. Based on the vertex 
data the triangle planes for each of the triangles 1-n 
5 are calculated one after another in step 77. 

In step 78 a new triangle strip is started by selecting a 
triangle that does not occlude any of the unprocessed 
triangles. The selection of the first triangle may be 
10 done in a greedy style by simply choosing the first 
triangle in the set of unprocessed triangles. 

According to an alternative embodiment of the invention, 
heuristic search techniques can be used to identify those 
15 triangles that potentially occlude the least number of 
remaining unprocessed triangles, e.g. by selecting 
triangles that do not have many unprocessed neighbors. 
Starting a new strip with thus identified triangles will 
result in fewer and longer triangles strips per object. 

20 

Several teclmiques are known to perform such a heuristic 
search and these techniques are therefore not described 
in detail here. 

25 The triangle selected to start the strip with is then 
compared with the triangles in the set of unprocessed 
triangles to determine if the selected triangle can 
potentially occlude any of the unprocessed triangles. A 
procedure for carrying out this determination is 

30 described below with reference to Fig. 5. 

In step 80 a neighboring triangle to be added to the 
triangle strip is selected. The selected triangle is then 
compared in step 81 with the triangles in the set of 
35 unprocessed triangles to determine if the selected 
triangle can potentially occlude any of the unprocessed 
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triangles . The procedure for carrying out this 
determination is described further below with reference 
to Fig. 5. The selected triangle is added to the strip in 
step 85 if the determination in step 81 is negative. The 
5 selected triangle is then removed from the set of 
xanprocessed triangles in step 86. In step 87 the question 
is asked if the set with unprocessed triangles is empty. 
All triangles in the object file have been processed if 
the question asked in step 87 is answered in the 
10 positive, and control is given to step 60 (Fig. 2) . If 
the question asked in step 87 is answered in the 
negative, control is given to step 80 to select a new 
neighboring triangle to add to the triangle strip. 

15 If the question asked in step 81 is answered in the 
positive, a check for a conflict is run in step 83, i.e. 
check if a circle exists such as when a first triangle 
can potentially occlude a second triangle, the second 
triangle can potentially occlude a third triangle and the 

20 third triangle can potentially occlude the first 
triangle. Thus it is impossible to create an object file 
in which the rendering order is correct for all possible 
viewing directions. If the check for a conflict is 
answered in the negative, a new triangle strip is started 

25 in step 78. If the check for a conflict is answered in 
the positive, the object is divided using binary space 
partitioning techniques, e.g. by dividing the object into 
two over the triangle surface of the last selected 
triangle. Control is then given to step 52 (Fig. 2) , and 

30 the two ^^new" objects are processed like any of the other 
objects. The conflict check is performed by determining 
if any triangle can be selected such that it doesn't 
potentially cover any other iinprocessed triangle. If this 
determination is answered in the negative, the object 

35 needs to be divided. 
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As best shown in the flowchart of Fig. 5 a selected 
triangle can be compared with the unprocessed triangles 
starting with step 91, in which the value for a parameter 
X is set to 1 and the value for a parameter Y is set 
5 equal to the number of triangles in the set of 
unprocessed triangles. 

In step 92 the question is asked if the selected triangle 
has one or more vertices in front of the plane of 

10 triangle X in the set of unprocessed triangles. If the 
question asked in step 92 is answered in the positive, 
the question is asked in step 93 if triangle X has one or 
more vertices behind the plane of the selected triangle. 
If the q^aestion asked in step 93 is also answered 

15 positive control is given to step 83 (Fig. 4) . 

If the question asked in step 92 or 93 is answered in the 
negative, the value of parameter X is increased with one 
in step 94 and in step 95 the question is asked if the 

20 value of parameter X is equal to the value of parameter 
Y. When the question asked in step 95 is answered in the 
negative, the procedure of steps 92, 93, 94 and 95 is 
repeated until the question asked in step 95 is answered 
in the positive. Then control is given to step 85 to add 

25 the selected triangle to the triangle strip. 

The above procedure is repeated until the set with 
vmprocessed triangles is empty, and the object file is in 
a format in which the triangles are in an order in which 
30 they can be displayed without needing to solve the hidden 
surface problem. Further, the triangles are arranged in 
triangle strips and therefore the amount of calculations 
to display the object is further reduced. 

35 The next step, step 55, which is not mandatory to the 
present embodiment, is shown in more detail in the 
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flowchart in Fig. 3. In step 64 it is determined if the 
object is symmetrical about the XY plane* This data is 
usually available from the object file, in particular 
when the object file has been created using a graphics 
5 program or the like. In the unusual circumstance that the 
object file does not contain such data, e.g. because it 
reflects a scanned object, it would be possible to 
identify planes of symmetry by ass\iming a plane of 
symmetry Z=0 and to check for every vertex with a 

10 positive z -value whether the same vertex exists with the 
same but negative z -value, and repeating the exercise for 
planes of symmetry with Y=0 and X=0, Though not shown, it 
is also possible to include steps to rotate and translate 
the object so that any axis of symmetry align with one or 

15 more of the planes X=0, y=0 or Z=0 . 

When symmetry about the XY plane is present, the plane of 
symmetry is stored in the object file in step 65, and all 
vertices with negative Z-axis values are culled from the 
20 object file in step 66. Hereto, the vertex indices are 
reordered so that each mirrored vertex below the symmetry 
plane comes after its pair above the symmetry plane, then 
the ones above the symmetry plane are marked so that they 
have a mirrored counterpart. 

25 

After step 65, or when no symmetry in the XY plane is 
detected, it is determined if the object is symmetrical 
in the XZ plane in step 67. 



30 When symmetry in the XZ plane is present, the plane of 
symmetry is stored in the object file in step 68, and all 
vertices with negative Y-cixis values are culled from the 
object file in step 69. 
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After step 69, or when no symmetry in the XZ plane is 
detected, it is determined if the object is symmetrical 
in the YZ plane in step 70. 

When symmetry in the YZ plane is present, the plane of 
symmetry is stored in the object file in step 71, and all 
vertices with negative X-axis values are culled from the 
object file in step 72. 

After step 72, or when no symmetry in the YZ plane is 
detected, control is moved to step 55 in Fig. 2. The 
amount of vertex data in the object file can thus be 
reduced by up to a factor of 8 depending on the number of 
symmetry planes of the object. In practice, almost all 
objects used in computer graphics have at least one and 
often two planes of symmetry, and thus a reduction in the 
amotant of vertex data by a factor 2 to 4 is achievable. 
This is of significant importance when storing animated 
3-D graphics on e.g. a mobile phone 1 as shown in Fig. 8 
because of its relatively limited memory capacity. 

When it is decided in step 60 that all objects 1-N have 
been thus processed, the object files are ready to be 
transferred from the workstation to the mobile phone 1 
for display. 

The data transfer from the workstation to the mobile 
phone could be via IR signals (IrDA) or RF signals, 
(Bluetooth) over the air as messages (SMS or MMS) , cable, 
native (at production site) or any other suitable medium. 

As shown in Fig. 6, the object files 1-N are loaded onto 
the mobile phone in step 100 and stored on the random 
access memory (RAM) 17 of the mobile phone 1 (cf. Fig. 
8) . The mobile phone is provided with a processor (CPU) 
10 that is capable to write data to and read data from 
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the RAM 17. The CPU 10 controls a digital signal 
processor 12 coupled to a microphone 14 and a speaker 15. 
The mobile phone 1 is further provided with a subscriber 
identity module (SIM card) 16. An RF transmitter - 
5 receiver circuit 18 is also connected to the CPU 10. A 
software embedded 3-D engine 20 drives the LCD or plasma 
screen 30. 

Since the amount of triangles in the object files 1-N has 
10 been reduced on the workstation in step 52, the amount of 
data is small enough to be stored in the relatively 
limited RAM 17 of the mobile phone 1. The object files 
have been prepared in the proper rendering order (HSR 
tolerant) and thus it is possible to enter the rendering 
15 stage as soon as the object order is determined. At step 
101 (Fig. 6) input commands are received which 
essentially define lighting and view parameters. 
Thereupon, the object rendering order is determined in 
step 102, preferably by using binary space partitioning 
20 techniques. The data of the first (most occluded) object 
to be rendered are read in step 103. In step 104, the 
triangles that were removed from one side of a symmetry 
surface are restored. The procedure is illustrated in 
more detail in the flowchart shown in Fig. 7. 

25 

In step 120 the question is asked whether a symmetry 
plane in the XY surface is stored in the object file. If 
the question asked in step 120 is answered in the 
affirmative, then a new set of vertices is created in 

30 step 122 by duplicating all vertex data presently in the 
object file and flipping the sign of the Z-axis values 
for the newly created vertices, so that the earlier 
removed vertices are restored, and the control is moved 
to step 124. If the question asked in step 120 is 

35 answered in the negative, the control is moved directly 
to step 124. 
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In step 124 the question is asked whether a symmetry 
plane in the XZ surface is stored in the object file. If 
the question asked in step 124 is answered in the 
5 affirmative, a new set of vertices is created in step 126 
by duplicating all vertex data presently in the object 
file and flipping the sign of the Y-axis values for the 
newly created vertices, so that the earlier removed 
vertices are restored, and the control is moved to step 
10 128. If the question asked in step 124 is answered in the 
negative, the control is moved directly to step 128. 

In step 128 the question is asked whether a symmetry 
plane in the YZ sxirface is stored in the object file. If 

15 the question asked in step 128 is answered in the 
affirmative, a new set of vertices is created in step 130 
by duplicating all vertex data presently in the object 
file and flipping the sign of the X-axis values for the 
newly created vertices, so that the earlier removed 

20 vertices are restored, and the control is moved to step 
105 (Fig. 6) . If the question asked in step 128 is 
answered in the negative, the control is moved directly 
to step 105 {Fig. 6) . Thus, all the vertices removed from 
the object file on the workstation in step 52 are 

25 restored again. 

In step 105 it is determined whether a given triangle's 
predefined front face is visible with present viewing 
direction. Hereto, the direction of the front faces of 

30 the triangles 1-n in the object file are compared with 
the viewing direction, by calculating the dot product of 
the vector of the viewing direction and the normal vector 
of the respective triangle. When this product is negative 
the triangle in question is culled since its front 

35 surface cannot be seen with the present viewing 
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direction. Thus, the amount of triangles is statistically 
reduced by 50%. 

Alternatively, a usually more accurate, often even faster 
5 (as it not necessary to calculate normal, and the 
direction to camera changes with every triangle as well) 
way of detecting backfacing triangles is to calculate its 
area on the screen after projection. If the screen area 
is negative, the triangle is backfacing. 

10 

In step 106 the transformation of vertices of the 
triangles from model space (i.e. the object file's 
reference coordinate system) into device space {i.e. the 
display or screen coordinate system) takes place using a 
15 matrix- vector multiplication. Methods and algorithms for 
vertex transformation are well known in the art and 
therefore not described here in detail. 

When the vertices have been transformed in step 106 the 
20 vertex data is sent to the display for viewing in step 
107. In step 107 the triangle strips are rendered in the 
order in which they were created, which in this 
embodiment corresponds to the order in which they are 
stored in the object file. The triangles are displayed in 
25 the order in which they were added to the respective 
triangle strip, which in this embodiment corresponds to 
the order in which they are stored in the object file. 
Consequently, the triangles can be displayed in the order 
in which they are stored in the object file without 
30 needing to address the hidden surface problem whilst 
displaying the triangles. 

At step 108 the cjuestion is asked if another object is to 
be displayed. If the question asked in step 108 is 
35 answered in the affirmative, the control is moved to step 
103 at which the data of the next object file are read. 
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Thus, steps 103 to 107 are repeated until all objects 
have been displayed. When all objects have been 
displayed, the next frame is to be displayed and control 
is given to step 101 to receive the input commands for 
the next frame. 

According to another embodiment of the invention, the 
mirrored vertices are removed as shown in the flowchart 
of Fig. 3, but the polygons are not stripped, i.e. step 
55 in Fig. 2 is omitted. Thus, a reduced size object file 
is obtained that may be easily stored in the mobile 
phone, but when displaying the triangles it will be 
necessary to solve the hidden surface problem. Hereto, 
the painter's algorithm or the Z-buffering technique 
could be used on the mobile phone 1, the limits of the 
processing power of the mobile phone will though be 
reached relatively quickly. 

The efficient techniques of the invention allow real time 
animated 3-D graphics on devices with relatively limited 
image processing hardware, such as mobile phones, PDAs 
and handheld video games. The invention is therefore not 
limited to the device described in the preferred 
embodiments (a mobile phone with a SIM card) , the 
invention can be applied any other type of mobile phone 
or device listed above. 

Although the present invention has been described in 
detail for purpose of illustration, it is iinderstood that 
such detail is solely for that purpose, and variations 
can be made therein by those skilled in the art without 
departing from the scope of the invention. 
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CLAIMS : 

1. A method of preparing object files on a first device 
that are used for rendering two-dimensional images of 

5 three-dimensional objects on a second device by 
processing object files containing data defining triangle 
primitives representing at least one three-dimensional 
object to determine a rendering order in which said 
triangle primitives may be rendered for creating a two- 
10 dimensional image in which the hidden surfaces are 
removed comprising the steps of: 

a) storing a plurality of planar triangle primitives 
corresponding to a plurality of surface portions of said 
at least one object in an object file, wherein said 

15 plurality of triangle primitives are represented by 
vertex data arranged according to an original order, 

b) selecting a triangle that does not potentially occlude 
any of the unprocessed triangles to start a triangle 
strip, 

20 c) selecting a neighboring triangle to add to the last 
triangle in the triangle strip, 

d) determining whether the selected triangle can 
potentially occlude any of the unprocessed triangles, 

e) adding the selected triangle to the strip and going 
25 back to step c) if the selected triangle cannot 

potentially occlude any of the xinprocessed triangles, 

f ) going back to step b) to start a new triangle strip if 
the selected triangle can potentially occlude any of the 
iinprocessed triangles, and 

30 g) repeating steps b) to f) until all the triangles in 
the object file are processed. 

2. A method according to claim 1, in which step b) 
comprises a heuristic search to identify those triangles 

35 for starting a strip that potentially allow long strips 
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to be formed, preferably by selecting triangles that do 
not have toany xuiprocessed neighbors. 

3. A method according to claim 1 or 2, further comprising 
5 the step of dividing the^object file into two, if at step 

b) it is impossible to find a triangle not occluding 
other, still vinprocessed, triangles. 

4. A method according to claim 3, in which the object is 
10 divided by using binary space partitioning techniques, 

preferably using any partitioning plane, so that at least 
one of the tznprocessed triangles remains on a different 
side than the unprocessed triangles it can potentially 
occlude, in which preferably a plane of an arbitrary 
15 unprocessed triangle is used and the triangle is 
associated on the outward side of the splitting plane, 
thus leaving all the triangles that it may cover on the 
other side. 

20 5. A method according to any of claims 1 to 4, further 
comprising the step of determining the front side and the 
triangle planes of the triangles in the object file 
wherein the determination if a selected triangle can 
occlude any of the unprocessed triangles comprises the 

25 steps of determining whether: 

g) the selected triangle has one or more vertices on the 
front side of the plane of any of the unprocessed 
triangles , and 

h) whether any of the unprocessed triangles positively 
30 identified in step g) have one or more vertices on the 

backside of the plane of the selected triangle. 

6. A method according to any of claims 1 to 5, comprising 
further the following steps before step b) 
35 i) determining if the object has symmetry in the XY-plane 
of the object space. 
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j) storing a determined plane of symmetry in the object 
file, and 

k) removing all vertices in the object file from one side 
of a determined plane of symmetry, and 
5 repeating steps i) to k) for the XZ-plane of the object 
space and for the YZ -plane of the object space. 

7. A method according to any of claims 1 to 6, fxirther 
comprising the step of: 

10 1) transferring said object file or files from said first 
device to a second device after step f) or k) and storing 
the object files on said second device . 

8. A method according to any of claims 1 to 7, in which 
15 said first device comprises a higher performance image 

processing means, such as used in a PC or a workstation 
and said second device comprises a lower performance 
processing means such as used in a mobile communication 
terminal or a PDA. 

20 

9. A method for displaying object files obtained by the 
method of any of claims 1 to 8, on said second device, 
comprising the steps of: 

m) determining the viewing direction, and 
25 n) determining the object order, preferably using the 
painter's algorithm and displaying said object or objects 
on said second device . 

10. A method according to claim 9, further comprising the 
30 step of : 

o) culling all triangles facing backwards relative to 
said viewing direction. 

11. A method according to claim 9 or 10, further 
35 comprising the steps of: 
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p) retrieving planes of symmetry stored in the object 
file, and 

q) creating a duplication of the vertex data present in 
the object file, said duplication of the vertex data 
5 having the same order as the original vertex data and 
being stored in the object file after the original vertex 
data, and flipping the sign of the vertex values on the 
axis orthogonal to the respective retrieved plane of 
symmetry of the duplicated vertices. 

10 

12. A method according to any of claims 9 to 11, further 
comprising the steps of 

r) displaying the triangle strips in the same order as 
they were created, and 
15 s) displaying the triangles in the triangle strips in the 
same order as they were added to the strip. 

13. A method according to any of claims 9 to 12, in which 
said second device comprises a lower performance 

20 processing means such as used in a mobile commimication 
terminal or a PDA. 

14. A method according to any of claims 9 to 12, in which 
said second device is a mobile phone. 

25 

15- A method according to claim 13 or 14, in which the 
image rendering process is carried out by the main CPU of 
the device, and all the further image rendering means is 
software embedded. 

30 

16. A mobile commxmication terminal comprising 

means to store object files containing triangle 
strips, and 

means to display said triangle strips in the order 
35 in which they have been created, which preferably 
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corresponds to the order in which triangle strips are 
stored in the object fil^s. 

17. A mobile communication terminal according to claim 1, 
5 wherein the triangles in the triangle strips are 
displayed in the same order as they were added to the 
strip, which preferably corresponds to the order in which 
they are stored in the triangle strips. 

10 18. A mobile communication terminal according to claim 1 
or 2, wherein a rendering order of said objects is 
determined using a binary space partitioning method. 

19. A mobile communication terminal according to any of 
15 claims 16 to 18, comprising means for culling all 

triangles facing backwards relative to the viewing 
direction. 

20. A mobile communication terminal according to any of 
20 claims 16 to 19, further comprising means for retrieving 

planes of symmetry stored in the object file, and 
means for duplicating all vertex data present in the 
object file and flipping the sign of the vertex values on 
the axis orthogonal to the respective plane of symmetry 
25 for the newly created triangles. 

21. A mobile communication terminal according to any of 
claims 16 to 21, in which the image rendering process is 
carried out by the main CPU of the device, and all 

30 further image rendering means is software embedded. 

22. A method of preparing on a first device object files 
used for rendering two-dimensional images of three- 
dimensional objects on a second device by processing data 

35 defining triangle primitives representing at least one 
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thxee- dimensional object, comprising on said first device 
the steps of: 

a) storing a plurality of planar triangle primitives 
corresponding to a plurality of surface portions of said 

5 at least one object, wherein said plurality of triangle 
primitives are represented by vertex data, 

b) determining the planes of symmetry of said three- 
dimensional object, 

c) storing planes of symmetry data in the object file, 

10 d) culling all vertex data from one side of each said 
planes of symmetry, 

e) transferring said object file from said first device 
to said second device, and 

f) displaying said image on said second device by 
15 mirroring said vertex data in said planes of symmetry and 

rendering said image. 



23. A method according to claim 22, in which planes of 
symmetary that are not parallel with one of the Y- or 

20 Z-axis of the object coordinate system are ignored. 

24. A method according to claim 22 or 23, in which said 
first device comprises higher performance image 
processing means, such as used in a PC or a workstation 

25 and said second device comprises lower performance 
processing means such as used in a mobile commiinication 
terminal, a PDA or a handheld video game. 

25. A method according to claim 24, in which said second 
30 terminal is a mobile phone. 

26. A mobile communication terminal comprising image 
processing means for rendering images of three- 
dimensional objects on a display, means for storing 

35 vertex data, means for storing planes of symmetary data 
and means for mirroring vertex data in a symmetry plane. 
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